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Description 

COMBINED OPTICAL STORAGE AND 
FLASH CARD READER USING SINGLE IDE 
OR SATA PORT AND METHOD THEREOF 

Background of Invention 
[0001] i. Field of the Invention 

[0002] The invention relates to an electronic system, and more 
particularly, to an information storage and retrieval sys- 
tem having a combined optical storage device and flash 
card reader using a single port of an Integrated Drive 
Electronics (IDE) bus or a Serial AT Attachment (SATA) in- 
terface. 

[0003] 2. Description of the Prior Art 

[0004] | n today's information oriented society, electronic infor- 
mation accessing devices are increasingly playing a crucial 
role both in business applications and in the home. In 
particular, personal computers (PCs), optical storage me- 
dia, and flash card devices are now well accepted and im- 



portant technologies. In order to combine the functions 
and advantages of these three technologies, interconnect 
buses such as the Integrated Drive Electronics (IDE) bus, 
also known as the AT Attachment (ATA) bus or the Parallel 
AT Attachment (PATA) bus, as well as the Serial AT At- 
tachment (SATA) interface are now in wide use. 
[0005] pig.l is a diagram of a typical IDE bus cable 100. Because 
it is often desirable to access a plurality of peripheral de- 
vices from a host, the IDE bus cable 100 transfers data 
bits in parallel between the host and up to two peripheral 
devices. The IDE bus protocol specifies the concept of 
channels and ports. Each channel in an IDE bus includes a 
first port and a second port and is normally associated 
with a single physical cable. For example, the IDE bus ca- 
ble 100 shown in Fig.l is an IDE bus channel and includes 
Port 0 and Port 1, which can be connected to a first pe- 
ripheral device and a second peripheral device, respec- 
tively. When two devices are respectively connected to the 
two ports of an IDE channel, one of the devices acts as a 
master and one of the devices acts as a slave. This config- 
uration allows the two devices to share the IDE bus cable 
100. Please note that each cable in a SATA interface only 
connects to a single device, and the SATA interface trans- 



fers information serially instead of in parallel. 
[0006] pig. 2 is a block diagram of a first IDE/SATA architecture 
200 having a single peripheral device 204 according to 
the prior art. The first IDE/SATA architecture 200 includes 
the peripheral device 204 electrically connected to a host 
202 using an IDE or SATA channel 206. The host 202 
could be a personal computer system, a central process- 
ing unit (CPU) of an embedded system, or another device 
that needs to access the peripheral device 204. In the first 
IDE/SATA architecture 200 shown in Fig. 2, the peripheral 
device 204 is an optical storage device and includes a 
controller 208, buffer memory 214, an optical storage 
medium 212, and an optical pick-up 210. The optical 
pick-up 210 has a plurality of sensors that follow a track 
on the optical storage medium 212. According to signals 
received by the sensors, which detect reflected light from 
a laser that reflects off pits on the optical storage medium 
212, a received signal is obtained. Afterwards the received 
signal undergoes a decoding process to be converted into 
received bits. For writing to the optical storage medium 
212, a reverse operation is performed with the laser burn- 
ing the pits into the optical storage medium 212 corre- 
sponding to a transmit signal encoded according to a set 



of transmitted bits. As the detailed operation of optical 
storage devices is well known in the prior art, further de- 
scription is hereby omitted. In Fig. 2, the controller 208 on 
the first peripheral device 202 acts as the master of the 
IDE/SATA channel 206. In this way, the host 202 can ac- 
cess the first peripheral device 204 using the IDE/SATA 
channel 206. 

[0007] pig. 3 is a block diagram of a second IDE bus architecture 
300 having a first peripheral device 302 and a second pe- 
ripheral device 304 according to the prior art. In the sec- 
ond IDE bus architecture 300 shown in Fig. 3, the first pe- 
ripheral device 302 is electrically connected to a host 306 
using a first port 308 of an IDE channel 3 10, and the sec- 
ond peripheral device 304 is electrically connected to the 
host 306 using a second port 312 of the IDE channel 310. 
The first peripheral device 302 is an optical storage device 
similar to that shown in Fig. 2 and includes the controller 
208, the optical pick-up 210, the optical storage medium 
212, and the buffer memory 214. The second peripheral 
device 304 is a flash card device and includes a controller 
314, a flash card access device 316, and buffer memory 
318. The controller 208 on the first peripheral device 302 
acts as the master of the IDE channel 310 and the con- 



troller 314 on the second peripheral device 304 acts as 
the slave on the IDE channel 310. In this way, the host 
306 can access the two peripheral devices 302, 304 using 
the IDE channel 310. 

[0008] one disadvantage with the second IDE bus architecture 
300 shown in Fig. 3 is that there is a large amount of re- 
dundancy between the first peripheral device 302 and the 
second peripheral device 304. Both peripheral devices 
302, 304 include controllers 208, 314; buffer memory 
214, 318; as well as other hardware (not shown) that 
could be shared between the two peripheral devices if 
they were implemented as a single product. 

[0009] pig. 4 is a block diagram of a third IDE bus architecture 

400 having a first peripheral device 402 and a second pe- 
ripheral device 404 implemented as a single product 406 
according to the prior art. In the third IDE bus architecture 
400 shown in Fig. 4, the product 406 includes the first pe- 
ripheral device 402 being an optical storage device and 
including the optical pick-up 210 and the optical storage 
medium 212. The product 406 also includes the second 
peripheral device 404 being a flash card device and in- 
cluding the flash card access device 316. The product 406 
further includes buffer memory 416 and a single con- 



troller 418. The controller 418 has a first interface con- 
nection 420 connected to a first port 410 on the IDE 
channel 414 and a second interface connection 422 con- 
nected to a second port 412 on an IDE channel 414. In 
this way, the product 406 shares the single controller 418, 
the buffer memory 416, and possibly other hardware be- 
tween the two peripheral devices 402, 404. However, the 
third IDE bus architecture 400 uses both ports 410, 412 
of the IDE channel 414, which does not allow for the addi- 
tion of a third peripheral device on the IDE channel 414. 
[0010] pig. 5 is a block diagram of a fourth IDE bus architecture 
500 having the first peripheral device 402 and the second 
peripheral device 404 implemented as a single product 
506 according to the prior art. The difference between the 
third IDE bus architecture 400 and the fourth IDE bus ar- 
chitecture 500 is that the fourth IDE bus architecture 500 
includes a controller 502 having a single interface con- 
nection 504. The single interface connection 504 physi- 
cally occupies only one port 410 of the IDE channel 414. 
For example, the interface connection 504 only occupies 
one of either Port 0 or Port 1 shown in Fig.l. However, the 
controller electrically acts as both the slave and the mas- 
ter of the IDE channel 414. This effectively means that al- 



though the product 506 is physically only connected to a 
single port 410, the host 408 can access both the first pe- 
ripheral device 402 and the second peripheral device 404. 
One problem with the fourth IDE bus architecture 500 is 
that the implementation is limited to a maximum of only 
two peripheral devices because the IDE channel 414, and 
therefore the single port 410, is designed to provide ac- 
cess to a maximum of only two peripheral devices. In 
other words, the single port 410 of the IDE channel 414 
can only provide access to a maximum of two devices and, 
for this reason, the product 506 can have a maximum of 
only two peripheral devices. Additionally, if a third periph- 
eral device is connected to the second port 412, the host 
will lose access to either the first peripheral device 402 or 
the second peripheral device 404. The reason for this is 
that the IDE channel 414 only supports one master device 
and one slave device. The fact that the product 506 is 
physically only connected to one port 410 is not the only 
factor that determines whether the second port can be 
used or not. An important factor is that the IDE channel 
was designed to provide access to only two peripheral de- 
vices: a master and a slave. As the product 506 is electri- 
cally connected to the first port 410 as both the master 



and the slave, if a third peripheral device is connected to 
the second port 412, the third peripheral device must also 
be configured as either a master or a slave. The third pe- 
ripheral will then conflict with either the first or the sec- 
ond peripheral device 402, 404. In this case, either the 
first or second peripheral device 402, 404 must be dis- 
abled when a third peripheral device is connected on the 
second port 412. As such, the fourth IDE bus architecture 

500 is very inconvenient to the user. 
Summary of Invention 

[0011] one objective of the claimed invention is therefore to pro- 
vide an electronic system having a host being capable of 
accessing a plurality of peripheral devices on a single port 
of a predetermined interconnection means, to avoid limit- 
ing the number of peripheral devices accessible on the 
predetermined interconnection means. 

[0012] According to the claimed invention, an electronic system 
is disclosed comprising a host; a controller electrically 
coupled to the host through a single port of a predeter- 
mined interconnection means, the single port being de- 
signed for providing the host access to N devices; and M 
peripheral devices electrically coupled to the controller. 
Wherein M is greater than N and the controller allows the 



host to access the peripheral devices using the single 
port. 

[0013] Also according to the claimed invention, an electronic 

system is disclosed comprising a host; a controller electri- 
cally coupled to the host through a single port of a prede- 
termined interconnection means, the single port being 
designed for providing the host access to N devices; and 
M peripheral devices electrically coupled to the controller, 
the peripheral devices including a first peripheral device 
and a second peripheral device. Wherein M is greater than 
N, the controller allows the host to access the peripheral 
devices using the single port, and the controller directly 
transfers data stored on the first peripheral to the second 
peripheral device without buffering the data in the host. 

[0014] Also according to the claimed invention, a method is dis- 
closed for accessing a plurality of peripheral devices from 
a host. The method comprises coupling a controller to the 
host though a single port of a predetermined intercon- 
nection means, the single port being designed for provid- 
ing the host access to N devices; coupling M peripheral 
devices to the controller, wherein M is greater than N; and 
accessing the peripheral devices using the single port. 

[0015] Also according to the claimed invention, a method is dis- 



closed for accessing a plurality of peripheral devices from 
a host. The method comprises coupling a controller to the 
host though a single port of a predetermined intercon- 
nection means, the single port being designed for provid- 
ing the host access to N devices; coupling M peripheral 
devices to the controller, wherein M is greater than N and 
the M peripheral devices include a first peripheral device 
and a second peripheral device; accessing the peripheral 
devices using the single port; and directly transferring 
data stored on the first peripheral device to the second 
peripheral device without buffering the data in the host. 
[0016] These and other objectives of the claimed invention will 
no doubt become obvious to those of ordinary skill in the 
art after reading the following detailed description of the 
preferred embodiment that is illustrated in the various 

figures and drawings. 
Brief Description of Drawings 

[0017] pig.l is a diagram of a typical IDE bus cable. 

[0018] pig. 2 is a block diagram of a first IDE/SATA architecture 
having a single peripheral device according to the prior 
art. 

[0019] pig. 3 is a block diagram of a second IDE bus architecture 



having a first peripheral device and a second peripheral 
device according to the prior art. 
[0020] pig. 4 is a block diagram of a third IDE bus architecture 
having a first peripheral device and a second peripheral 
device implemented as one product according to the prior 
art. 

[0021] pig. 5 is a block diagram of a fourth IDE bus architecture 
having the first peripheral device and the second periph- 
eral device implemented as one product according to the 
prior art. 

[0022] Fig. 6 is an electronic system having a host capable of ac- 
cessing a plurality of peripheral devices on a single port of 
an IDE bus or a SATA interface according to the present 
invention. 

[0023] Fig. 7 is a more detailed block diagram of the controller of 
Fig. 6. 

[0024] Fig. 8 is a typical ATAPI command packet corresponding to 

the READ(10) command. 
[0025] Fig. 9 is a typical IDE task file. 

[0026] Fig. 10 is a diagram showing the interaction between 

driver software running on the host and firmware software 
running on the controller of Fig. 6. 

[0027] Fig. 11 is a flowchart describing a general method for ac- 



cessing a plurality of peripheral devices on a single port of 

a predetermined bus from a host according to the present 

invention. 
Detailed Description 

[0028] pig. 6 is an electronic system 600 having a host 602 capa- 
ble of accessing a plurality of peripheral devices 604, 606, 
608 on a single port 610 of an IDE bus or a SATA interface 
according to the present invention. The electronic system 
600 includes the host 602, a controller 612, buffer mem- 
ory 614, and at least a first peripheral device 604 and a 
second peripheral device 606. The first peripheral device 
604 is an optical storage device and includes the optical 
pick-up 210, and the optical medium 212. The second 
peripheral device 606 is a flash card device and includes 
the flash card access device 316. Additionally, more pe- 
ripheral devices 608 having other functions can be in- 
cluded. Each of the peripheral devices 604, 606, 608 is 
connected to the controller 612. The controller 612 is also 
electrically connected to the single port 610 of the IDE/ 
SATA channel 616 and allows the host 602 to access each 
of the peripheral devices 604, 606, 608 through the sin- 
gle port 610. By modifying control codes and/or reserved 
vendor-specific bits in ATA Packet Interface (ATAPI) pack- 



ets or registers in the IDE Task File that are sent between 
the host 602 and the controller 612, the host 602 is able 
to specify a target peripheral device. Using this structure, 
the three peripheral devices 604, 606, 608 can be imple- 
mented as a single product 601 and share the buffer 
memory 614 and other hardware (not shown). Addition- 
ally, the product 601 can have more than two peripheral 
devices and, because the controller 612 is only connected 
to a single port 610 of the IDE channel 616, other periph- 
eral devices can still be attached to a second port 618 of 
the IDE channel 616 without loosing any of the function- 
ally of the product 601 connected on the first port 610. 

[0029] pig. 7 is a more detailed block diagram of the controller 
612 of Fig. 6. The controller 612 includes a host interface 
700, internal memory 702, a central processing unit (CPU) 
704, a buffer memory control unit 706, an optical storage 
control unit 708, a flash card control unit 710, and other 
device control unit(s) 712. 

[0030] The host interface 700 electrically connects the controller 
612 to the single port 610. Depending on configuration 
options, the host interface 700 can connect to the IDE/ 
SATA channel 616 as either a master or as a slave. The 
present invention is not limited to the selection of master 



or slave but rather that host interface 700 is electrically 
connected to one port 610 of the IDE channel 616 as only 
master or as only slave. In this way, the other port (i.e. the 
other master/slave setting) is free for use by another pe- 
ripheral device connected to the IDE channel 616. 
[0031] The internal memory 702 is used by the CPU as a tempo- 
rary storage area and also includes program instructions 
corresponding to firmware code 714, which are executed 
by the CPU 704. It should be noted that the firmware code 
714 could also be stored in external non-volatile memo- 
ries (not shown) on the controller 612. The firmware code 
714 contains instructions that allow the CPU to read con- 
trol codes and / or reserved vendor-specific bits in the 
ATAPI packets or registers in the IDE Task File that are 
sent between the host 602 and the controller 612. These 
control codes, reserved vendor-specific bits, and registers 
in the IDE Task File are referred to as a target device tag, 
which specifies a target peripheral device. The target pe- 
ripheral device is one of the peripheral devices 604, 606, 
608 connected to the controller 612. The CPU 704 accepts 
ATAPI commands from the host interface 700 and exe- 
cutes the commands according to the target device tag 
using the appropriate control unit. More specifically, if the 



target device tag specifies the optical storage device 604, 
the CPU 704 executes the ATAPI command using the opti- 
cal storage control unit 708; if the target device tag speci- 
fies the flash card device 606, the CPU 704 executes the 
ATAPI command using the flash card control unit 710; and 
if the target device tag specifies another device 608, the 
CPU 704 executes the ATAPI command using the control 
unit for that device 712. 
[0032] pig. 8 is a typical ATAPI command packet corresponding to 
the READ(10) command. As an example of specifying the 
target device tag by modifying control codes and / or re- 
served vendor-specific bits in the ATAPI packet, the Oper- 
ation Code field can be changed from a value of 28h to a 
value of 68h. In this embodiment, the value of 68h speci- 
fies a target device being the second peripheral device 
606 (the flash card device) while the original value of 28h 
specifies a target device being the first peripheral device 
604 (the optical storage device). Other unused Operation 
Code values can be used to specify the target device tag. 
Alternatively, the highest 3 bits in byte 1, the highest 2 
bits in byte 9, and bytes 6, 10, and 11 are unused bits in 
the ATAPI command packet and can also be used to spec- 
ify the target device tag. 



[0033] pig. 9 is a typical IDE task file. Similar to the unused bits in 
the ATAPI command packet shown in Fig. 8, the Device 
register in the IDE task file has some obsolete bits (obs) 
that can also be used to specify the target device tag. It 
should be noted that the present invention is not limited 
to using one field of the IDE task file shown in Fig. 9 or the 
ATAPI command packet shown in Fig. 8 to specify the de- 
vice tag. A plurality of fields of in one or both of the ATAPI 
command packet or the IDE task file can also be used, ac- 
cording to design requirements such as the number of 
peripheral devices connected to the controller 612. 

[0034] There are several advantages of the present invention cor- 
responding to the electronic system 600 shown in Fig. 6 
and the controller 612 shown in Fig. 7. Firstly, all the pe- 
ripheral devices 604, 606, 608 connected to the controller 
612 share both the controller 612 and the buffer memory 
614. Because the controller 612 according to the present 
invention is not limited in the number of attached periph- 
eral devices, this amounts to substantial savings in the 
number of controllers and amount of buffer memory 
needed in the electronic system 600. Additionally, other 
hardware items (not shown) can similarly be shared 
among the peripheral devices connected to the controller 



612 such as power supplies, clock / timing circuits, cache 
circuits, indicators, etc. Another advantage of the present 
invention is that by using direct memory access (DMA), 
data can be directly transferred from one peripheral de- 
vice that is connected to the controller 612 to another pe- 
ripheral device that is also connected to the controller 
612. The data does not need to be sent across the IDE bus 
or SATA interface to be temporarily buffered in the host 
602. Again, because the controller 612 according to the 
present invention is not limited in the number of attached 
peripheral devices, this greatly reduces unnecessary data 
transfer on the IDE bus or SATA interface and increases 
the overall efficiency of the electronic system 600. 
[0035] Fig. 10 is a diagram showing the interaction between 

driver software running on the host and firmware software 
running on the controller of Fig. 6. The host 602 runs an 
operating system (OS) in addition to a vendor driver cor- 
responding to the controller 612. The controller 612 has 
firmware code 714, which includes both a default ATAPI 
driver code 800 and code specifying vendor specific func- 
tions 802. The vendor driver running on the host 612 in- 
cludes an (optional) scheduler 804 and a device driver 
806. The OS includes a default optical device driver 808 



and default removable media driver 810. 
[0036] | n one embodiment of the present invention, the optical 
storage device 604 is controlled by the default optical de- 
vice driver 808 using unmodified ATAPI commands. On 
boot-up or during initialization, the device driver 806 de- 
termines which other peripheral devices are connected to 
the controller 612 by reading a product model number 
from the controller 612. The device driver 806 then cre- 
ates a plurality of virtual devices 812 corresponding to the 
other peripheral devices 606, 608 that are connected to 
the controller 612. The default optical device driver 808 
provides a set of Application Program Interfaces (APIs) to 
user programs that need to access the optical storage de- 
vice 604, and the default removable media driver 810 
provides a set of APIs to the user space to allow user pro- 
grams to access the other peripheral devices 606, 608 
connected to the controller 612. The device driver 806 
then modifies the target device tag for ATAPI packets that 
are sent to one of the other peripheral devices 606, 608 
connected to the controller 612 other than the default de- 
vice, which in this embodiment is the optical storage de- 
vice 604. Likewise, ATAPI packets that are received by the 
default optical device driver 808 from the controller 612 



having modified target device tags are passed to the de- 
vice driver 806. In the controller 612, unmodified ATAPI 
packets are executed using the optical storage control 
unit 708 while modified ATAPI packets are passed to the 
appropriate control unit by the vendor specific functions 
code 802. Additionally, because some operations, such as 
high speed write operations to an optical medium, are 
very time critical, the (optional) scheduler 804 can be used 
to ensure that time critical ATAPI packets are passed to 
the controller 612 before non time critical ATAPI packets 
based on a priority ranking. The priority ranking can be a 
dynamic ranking that varies according to operations, such 
as write operations, or speed settings of the peripheral 
devices. For example, ATAPI packets being sent to a 12X 
speed digital versatile disc (DVD) writer are much more 
time critical than packets being sent to a flash card device 
or even a 2x speed DVD writer. In this way, peripheral de- 
vices having different timing requirements can be con- 
nected to the same controller 612 and reliably share the 
single port 610. 

[0037] Because the optical storage device (the first peripheral de- 
vice 604) is configured as the default device and is con- 
trolled by the default optical device driver 808 using un- 



modified ATAPI commands, it is an advantage of the 
present invention that even if the host 612 does not in- 
clude a suitable vendor specific device driver 806, the op- 
tical storage device 604 can still be accessed by the host 
602. It should also be noted that although in the preferred 
embodiment of the present invention the default device is 
the optical storage device 604, in other embodiments, 
other peripheral devices can also be configured as the de- 
fault. The setting could also be a user selectable setting 
that is stored in the controller 612. 

[0038] Although the description of the present invention has fo- 
cused on the IDE bus and the SATA interface, the present 
invention is not limited to these interconnection types. 
Fig. 11 is a flowchart describing a general method for ac- 
cessing a plurality of peripheral devices on a single port of 
a predetermined interconnection means from a host ac- 
cording to the present invention. The flowchart contains 
the following steps: 

[0039] step 900:Couple a controller to the host through the sin- 
gle port of the predetermined interconnection means. The 
interconnection means can be an IDE bus or a SATA inter- 
face or another interconnection means supporting only a 
limited number of attached devices, the single port of the 



predetermined interconnection means being originally de- 
signed for providing the host access to a maximum of 
only N devices. 

[0040] step 902:Couple a plurality of M peripheral devices to the 
controller, wherein the number M is greater than the 
number N. 

[0041] step 904: Access the peripheral devices from the host us- 
ing the single port of the predetermined interconnection 
means. By modifying a target device tag in packets that 
are sent between the host and the controller, a target pe- 
ripheral device can be specified. Using this method, the M 
peripheral devices can share buffer memory and other 
hardware in or connected to the controller. Additionally, 
because the controller is only connected to a single port 
of the predetermined interconnection means, other pe- 
ripheral devices can be attached to other ports without 
loosing any of the functionally of the M peripheral devices 
connected to the controller. 

[0042] | t j S an advantage of the present invention that an addi- 
tional step can also be added after Step 904, the addi- 
tional step being: Directly transferring data from one pe- 
ripheral device that is connected to the controller to an- 
other peripheral device that is also connected to the con- 



troller. Direct memory access (DMA) can be used to per- 
form this transfer and will significantly increase the effi- 
ciency of an electronic system implementing the method 
according to the present invention. 
[0043] Those skilled in the art will readily observe that numerous 
modifications and alterations of the device may be made 
while retaining the teachings of the invention. Accord- 
ingly, the above disclosure should be construed as limited 
only by the metes and bounds of the appended claims. 



